A later section (see Internals) gives a full
description of Calc's internal Lisp functions. It's not hard to
call Calc from inside your programs, but the number of these
functions can be daunting. So Calc provides one special
“programmer-friendly” function called
calc-eval that can be made to do just about
everything you need. It's not as fast as the low-level Calc
functions, but it's much simpler to use!
It may seem that calc-eval itself has a daunting
number of options, but they all stem from one simple
operation.
In its simplest manifestation, ‘(calc-eval "1+2")’ parses the string
"1+2" as if it were a Calc algebraic entry and
returns the result formatted as a string: "3".
Since calc-eval is on the list of recommended
autoload functions, you don't need to make any
special preparations to load Calc before calling
calc-eval the first time. Calc will be loaded and
initialized for you.
All the Calc modes that are currently in effect will be used when evaluating the expression and formatting the result.
calc-evalIf the input string parses to a list of
expressions, Calc returns the results separated by ",
". You can specify a different separator by giving a
second string argument to calc-eval:
‘(calc-eval "1+2,3+4"
";")’ returns "3;7".
The “separator” can also be any of several Lisp
symbols which request other behaviors from
calc-eval. These are discussed one by one below.
You can give additional arguments to be substituted for
‘$’,
‘$$’, and so
on in the main expression. For example, ‘(calc-eval "$/$$" nil "7" "1+1")’
evaluates the expression "7/(1+1)" to yield the
result "3.5" (assuming Fraction mode is not in
effect). Note the nil used as a placeholder for the
item-separator argument.
If calc-eval encounters an
error, it returns a list containing the character position of the
error, plus a suitable message as a string. Note that
‘1 / 0’ is
not an error by Calc's standards; it simply returns the
string "1 / 0" which is the division left in
symbolic form. But ‘(calc-eval
"1/")’ will return the list
‘(2 "Expected a
number")’.
If you bind the variable calc-eval-error to
t using a let form surrounding the call
to calc-eval, errors instead call the Emacs
error function which aborts to the Emacs command
loop with a beep and an error message.
If you bind this variable to the symbol string,
error messages are returned as strings instead of lists. The
character position is ignored.
As a courtesy to other Lisp code which may be using Calc, be
sure to bind calc-eval-error using let
rather than changing it permanently with setq.
Sometimes it is preferable to treat
‘1 / 0’ as an
error rather than returning a symbolic result. If you pass the
symbol num as the second argument to
calc-eval, results that are not constants are
treated as errors. The error message reported is the first
calc-why message if there is one, or otherwise
“Number expected.”
A result is “constant” if it is a number, vector, or other object that does not include variables or function calls. If it is a vector, the components must themselves be constants.
If the first argument to
calc-eval is a list whose first element is a formula
string, then calc-eval sets all the various Calc
modes to their default values while the formula is evaluated and
formatted. For example, the precision is set to 12 digits, digit
grouping is turned off, and the Normal language mode is used.
This same principle applies to the other options discussed below. If the first argument would normally be x, then it can also be the list ‘(x)’ to use the default mode settings.
If there are other elements in the list, they are taken as
variable-name/value pairs which override the default mode
settings. Look at the documentation at the front of the
calc.el file to find the
names of the Lisp variables for the various modes. The mode
settings are restored to their original values when
calc-eval is done.
For example, ‘(calc-eval '("$+$$" calc-internal-prec 8) 'num a b)’ computes the sum of two numbers, requiring a numeric result, and using default mode settings except that the precision is 8 instead of the default of 12.
It's usually best to use this form of calc-eval
unless your program actually considers the interaction with
Calc's mode settings to be a feature. This will avoid all sorts
of potential “gotchas”; consider what happens with
‘(calc-eval "sqrt(2)"
'num)’ when the user has left Calc in
Symbolic mode or No-Simplify mode.
As another example, ‘(equal
(calc-eval '("$<$$") nil a b) "1")’ checks
if the number in string ‘a’ is less than the one in string
‘b’. Without
using a list, the integer 1 might come out in a variety of
formats which would be hard to test for conveniently:
"1", "8#1", "00001". (But
see “Predicates” mode, below.)
Normally all input and output for
calc-eval is done with strings. You can do
arithmetic with, say, ‘(calc-eval
"$+$$" nil a b)’ in place of
‘(+ a b)’, but
this is very inefficient since the numbers must be converted to
and from string format as they are passed from one
calc-eval to the next.
If the separator is the symbol raw, the result
will be returned as a raw Calc data structure rather than a
string. You can read about how these objects look in the
following sections, but usually you can treat them as
“black box” objects with no important internal
structure.
There is also a rawnum symbol, which is a
combination of raw (returning a raw Calc object) and
num (signaling an error if that object is not a
constant).
You can pass a raw Calc object to calc-eval in
place of a string, either as the formula itself or as one of the
‘$’ arguments.
Thus ‘(calc-eval "$+$$" 'raw a
b)’ is an addition function that operates on
raw Calc objects. Of course in this case it would be easier to
call the low-level math-add function in Calc, if you
can remember its name.
In particular, note that a plain Lisp integer is acceptable to Calc as a raw object. (All Lisp integers are accepted on input, but integers of more than six decimal digits are converted to “big-integer” form for output. See Data Type Formats.)
When it comes time to display the object, just use ‘(calc-eval a)’ to format it as a string.
It is an error if the input expression evaluates to a list of
values. The separator symbol list is like
raw except that it returns a list of one or more raw
Calc objects.
Note that a Lisp string is not a valid Calc object, nor is a list containing a string. Thus you can still safely distinguish all the various kinds of error returns discussed above.
If the separator symbol is pred,
the result of the formula is treated as a true/false value;
calc-eval returns t or
nil, respectively. A value is considered
“true” if it is a non-zero number, or false if it is
zero or if it is not a number.
For example, ‘(calc-eval "$<$$" 'pred a b)’ tests whether one value is less than another.
As usual, it is also possible for calc-eval to
return one of the error indicators described above. Lisp will
interpret such an indicator as “true” if you don't
check for it explicitly. If you wish to have an error register as
“false”, use something like ‘(eq (calc-eval ...) t)’.
Variables in the formula passed to
calc-eval are not normally replaced by their values.
If you wish this, you can use the evalv function
(see Algebraic
Manipulation). For example, if 4 is stored in Calc variable
a (i.e., in Lisp variable var-a), then
‘(calc-eval
"a+pi")’ will return the formula "a +
pi", but ‘(calc-eval
"evalv(a+pi)")’ will return
"7.14159265359".
To store in a Calc variable, just use setq to
store in the corresponding Lisp variable. (This is obtained by
prepending ‘var-’ to the Calc variable name.) Calc
routines will understand either string or raw form values stored
in variables, although raw data objects are much more efficient.
For example, to increment the Calc variable a:
(setq var-a (calc-eval "evalv(a+1)" 'raw))
If the separator symbol is push,
the formula argument is evaluated (with possible
‘$’
expansions, as usual). The result is pushed onto the Calc stack.
The return value is nil (unless there is an error
from evaluating the formula, in which case the return value
depends on calc-eval-error in the usual way).
If the separator symbol is pop, the first
argument to calc-eval must be an integer instead of
a string. That many values are popped from the stack and thrown
away. A negative argument deletes the entry at that stack level.
The return value is the number of elements remaining in the stack
after popping; ‘(calc-eval 0
'pop)’ is a good way to measure the size of
the stack.
If the separator symbol is top, the first
argument to calc-eval must again be an integer. The
value at that stack level is formatted as a string and returned.
Thus ‘(calc-eval 1
'top)’ returns the top-of-stack value. If the
integer is out of range, nil is returned.
The separator symbol rawtop is just like
top except that the stack entry is returned as a raw
Calc object instead of as a string.
In all of these cases the first argument can be made a list in order to force the default mode settings, as described above. Thus ‘(calc-eval '(2 calc-number-radix 16) 'top)’ returns the second-to-top stack entry, formatted as a string using the default instead of current display modes, except that the radix is hexadecimal instead of decimal.
It is, of course, polite to put the Calc stack back the way you found it when you are done, unless the user of your program is actually expecting it to affect the stack.
Note that you do not actually have to switch into the
‘*Calculator*’
buffer in order to use calc-eval; it temporarily
switches into the stack buffer if necessary.
If the separator symbol is
macro, the first argument must be a string of
characters which Calc can execute as a sequence of keystrokes.
This switches into the Calc buffer for the duration of the macro.
For example, ‘(calc-eval
"vx5\rVR+" 'macro)’ pushes the vector
‘[1,2,3,4,5]’
on the stack and then replaces it with the sum of those numbers.
Note that ‘\r’
is the Lisp notation for the carriage-return, <RET>,
character.
If your keyboard macro wishes to pop the stack, ‘\C-d’ is safer than ‘\177’ (the <DEL> character) because some installations may have switched the meanings of <DEL> and C-h. Calc always interprets C-d as a synonym for “pop-stack” regardless of key mapping.
If you provide a third argument to calc-eval,
evaluation of the keyboard macro will leave a record in the Trail
using that argument as a tag string. Normally the Trail is
unaffected.
The return value in this case is always nil.
Finally, if the separator symbol is
eval, then the Lisp eval function is
called on the first argument, which must be a Lisp expression
rather than a Calc formula. Remember to quote the expression so
that it is not evaluated until inside calc-eval.
The difference from plain eval is that
calc-eval switches to the Calc buffer before
evaluating the expression. For example, ‘(calc-eval '(setq calc-internal-prec 17)
'eval)’ will correctly affect the
buffer-local Calc precision variable.
An alternative would be ‘(calc-eval '(calc-precision 17)
'eval)’. This is evaluating a call to the
function that is normally invoked by the p key, giving
it 17 as its “numeric prefix argument.” Note that
this function will leave a message in the echo area as a side
effect. Also, all Calc functions switch to the Calc buffer
automatically if not invoked from there, so the above call is
also equivalent to ‘(calc-precision 17)’ by itself. In all
cases, Calc uses save-excursion to switch back to
your original buffer when it is done.
As usual the first argument can be a list that begins with a Lisp expression to use default instead of current mode settings.
The result of calc-eval in this usage is just the
result returned by the evaluated Lisp expression.
Here is a sample Emacs command
that uses calc-eval. Suppose you have a document
with lots of references to temperatures on the Fahrenheit scale,
say “98.6 F”, and you wish to convert these
references to Centigrade. The following command does this
conversion. Place the Emacs cursor right after the letter
“F” and invoke the command to change “98.6
F” to “37 C”. Or, if the temperature is already
in Centigrade form, the command changes it back to
Fahrenheit.
(defun convert-temp ()
(interactive)
(save-excursion
(re-search-backward "[^-.0-9]\\([-.0-9]+\\) *\\([FC]\\)")
(let* ((top1 (match-beginning 1))
(bot1 (match-end 1))
(number (buffer-substring top1 bot1))
(top2 (match-beginning 2))
(bot2 (match-end 2))
(type (buffer-substring top2 bot2)))
(if (equal type "F")
(setq type "C"
number (calc-eval "($ - 32)*5/9" nil number))
(setq type "F"
number (calc-eval "$*9/5 + 32" nil number)))
(goto-char top2)
(delete-region top2 bot2)
(insert-before-markers type)
(goto-char top1)
(delete-region top1 bot1)
(if (string-match "\\.$" number) ; change "37." to "37"
(setq number (substring number 0 -1)))
(insert number))))
Note the use of insert-before-markers when
changing between “F” and “C”, so that the
character winds up before the cursor instead of after it.